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BACKGROUND OF THE INVENTION 
[01] It is common in microprocessor-based electronic equipment to include 
5 two or more interconnected printed circuit boards, often including a main circuit board 
having a main controller or microprocessor (after termed the "motherboard" or "host") and 
one or more connected daughtercards. In many electronic devices, some or all of the 
daughterbaords may themselves be "intelligent, i.e., may have their own programmable 
controllers. 

1 0 [02] For example, embedded systems which run complex operating systems 

and applications on a host/motherboard system often depend on intelligent daughtercards 
(cards controlled by a microprocessor, ASIC, or FPGA) to provide the functionality of a 
network interface . 

[03] One important system requirement is a host/daughtercard interface to 
1 5 transfer data between the host memory and the memory on board the daughtercard. 

Additionally, the host must be able to manage the memory of the daughtercard and also 
initialize and reconfigure the daughtercard in response to end user changes to the system. 

[04] Often, daughtercards, such as network interface cards or line cards, 
must be backward compatible to the host system and must use a low-bandwidth legacy 
20 host/daughtercard interface, e.g., an 8-bit or 1 6-bit port, which is not suitable for enabling 
real-time, efficient, and fast operations. These low-bandwidth legacy parallel interfaces are 
primarily designed as a control/status interface. 

[05] In another scenario, a Direct Memory Access (DMA) controller is used 
to transfer data between memories resident on the host and daughtercards. While the use of a 
25 DMA controller appears to be efficient in terms of data movement, the use of an external 
controller adds to the cost of goods sold. Further, when designing daughtercards for an 
existing host system, it may not be possible to design a new, compatible DMA controller. 

[06] Accordingly, improved, backward compatible, cost effective 
techniques for interfacing resident memory on host and daughtercards are required in many 
30 technologies. 



1 



BRIEF SUMMARY OF THE INVENTION 
[07] According to one aspect of the present invention, a serial protocol over 
a high speed serial communication controller (SCC) overcomes the limitations of legacy 
5 interfaces between host and daughtercards. 

[08] According to another aspect of the invention, the daughtercard 
supports a serial messaging protocol and interface to communicate data and control 
information to and from the host using a messaging system that can support a wide variety of 
operations. 

1 0 [09] According to another aspect of the invention, both memory 

management and application specific management, such as initialization and reconfiguration 
of the daughtercard by the host, in response to end user actions to initialize or reconfigure the 
host, are performed over the serial link. 

[10] According to another aspect of the invention, memory management 
1 5 functions performed utilizing the serial link include initialization and/or configuration of data 
structures resident on daughtercard memory. 

[11] According to another aspect of the invention, memory management 
performed utilizing the serial link include management and updating of packet buffers. 

[12] According to another aspect of the invention, communications take 
20 place over an SCC operating in the transparent mode. 

[13] According to another aspect of the invention, either the host or 
daughtercard can act as a master or slave. 

[14] Other features and advantages of the invention will be apparent in view 
of the following detailed description and appended drawings. 
25 BRIEF DESCRIPTION OF THE DRAWINGS 

[15] Fig. 1 is a block diagram of an embodiment of the invention depicting 
the host, daughtercard, and interfaces; 

[16] Fig. 2 is a block diagram of the software architecture of the host and 

the WIC; 

30 [17] Fig. 3 is a block diagram depicting the signals and signal format used 

for the SCC; and 

[18] Fig. 4A-I are tables describing the formats used in a preferred 
embodiment of the messaging protocol. 
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DETAILED DESCRIPTION OF THE INVENTION 
[19] The invention will now be described, by way of example, not 
limitation, with reference to particular embodiment. In the following an embodiment of the 
invention, depicted in Fig. 1, is implemented in the context of a WAN Interface Card (WIC) 
5 10 manufactured and designed by the assignee of the present invention. The host 12 is an 
MPC860 which is a one-chip integrated microprocessor and peripheral combination used as a 
controller in, for example, networking and communications applications. Bother the 
* MPC860 and WIC include serial communication controllers (SCCs). 

[20] In the following embodiment both memory management and 
1 0 application specific daughtercard management functions are performed by the host. The 
memory management functions include the initialization and/or configuration of data 
structures resident on the memory of the daughtercard and for managing packet buffers and 
updating packet buffers with data. 

[21] In the embodiment described below an example of an application 
15 specific configuration command is the OPEN/CLOSE VC command. Very often in network 
applications, an NIC or the host controlling the NIC is configured by a user. Such 
configuration updates often require corresponding configuration/initialization changes to the 
NIC daughtercard. In the embodiment described below, such configuration commands can 
be carried by the serial link to the daughtercard as a command at run-time of the system. The 
20 OPEN/CLOSE VC are examples of two commands that represent actions needed to be taken 
by the host/daughtercard when the end user configures or deletes a permanent virtual circuit. 

[22] Fig. 2 is a block diagram depicting the software architecture of the host 
and the WIC. The WIC 12 includes a DSL-SAR (Digital Service Line-Segmentation And 
Reassembly) FPGA (Field Programmable Gate Array) 20. This SAR 20 connects an xDSL 
25 bit pump or UTOPIA (Universal Test and Operations PHY Interface for ATM) interface to 
the host processor's two SCCs 22 and 24 while providing for the segmentation and 
reassembly (SAR) of ATM packets. 

[23] As depicted in Fig. 2, the two SCCs on the host (SCC B 22 and SCC 
A 24) control two serial links 26 and 28 to the WIC 10. The parallel WIC interface 30 is 
30 used by host to access the DLSAR and ADSL Chipset registers. 

[24] The host/daughtercard systems are utilized in ATM/xDSL routers 
based on the MPC860 processor with connectivity to an Ethernet 10/100 interface and 
optionally DSP's providing voice services. The memory controller controls SDRAM on the 
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WIC card and arbitrates access between 2 SCCs, the SAR, the scheduler, and the WIC 8-bit 
interface. 

[25] The DSL-SAR provides all the functions needed to interface the 
internal SDRAM controller, internal SAR, and the on-board xDSL chipset to the host 
5 controller (e.g. MPC860) via the SCCs or the standard 8-bit WIC parallel port. 

[26] The Host/DSLSAR WIC parallel port interface is an 8-bit 
asynchronous bus referred to as Parallel bus. The host is always a bus master. The host uses 
this parallel bus to access the DSL-SAR registers. 

[27] The DSL-SAR communicates with the host processor's SCCs via 
10 transparent mode. From the host processor's perspective, transparent mode provides a clear 
channel on which the SCC can send or receive serial data without bit-level manipulation. 
That is, with the exception of the CRC-16 appended to the end of the frame, any protocols 
that are run over transparent mode are implemented in software which is stored in a program 
storage device such as, for example, a disk, tape, semiconductor memory, or digital data 
1 5 encoded in electromagnetic signals. 

[28] The transparent mode is implemented as described in the data book 
entitled "MPC850 Integrated Communications Microprocessor User's Manual", Motorola, 
Inc., 1998, chap. 28, and is hereby incorporated by reference for all purposes. 

[29] The signals used to for serial communication between the DSL-SAR 
20 on the WIC and the QUICC (QUad Integrated Communication Controller) are depicted in 
Fig. 2. In Fig. 3, the transmit clock is generated by the baud rate generator in the QUICC. 

[30] The particular serial messaging protocol implemented in this 
embodiment is based on the functions assigned to the host and WIC. Accordingly, an 
overview of these functions will now be described. 
25 [31] Packets are received by the host to be transmitted over the DSL line. 

The host initializes data structures in the SRAM of the WIC and is responsible for memory 
management of incoming packets. When a new packet comes in at the host, the host 
processor must first find an unused block of memory of sufficient size in the DSL-SAR's 
SDRAM. Next, the packet is written to this memory block via one of the SCC channels. 
30 The host also can request status reports by writing a Transmit Status Request (TSR) in the 
transmit channel queue (TCQ). Upon encountering the TSR in the TCQ, the DSL-SAR will 
place an entry in the Transmit Status Queue (TSQ) and notify the host processor. The host 
processor can then read the entry and know that the packets for all transmit buffer 
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descriptor's (TBD's) in the TCQ that were before the corresponding TSR have been sent. 
The host must also have the ability to open and close a virtual channel (VC). 

[32] Packets received from the DSL by the WIC must be transmitted to the 
host by the WIC. Packets.assembled by the SAR are automatically sent to the host on one of 
5 the SCC channels. Non-AAL5 cells are immediately sent to the host as raw cells. ATM 
Adaption Layer 5 (AAL5) cells are assembled by the SAR and the transmitted to the host 
over an SCC. 

[33] The following is a brief summary of the protocol required to support 
the above-described functionality: 
1 0 [34] HOST-TO-DAUGHTERCARD 

[35] 1) Memory Write 

[36] Options: 

[37] Parameter: Length 

[38] Address 
15 [39] Data 

[40] 2) Memory Read 

[41] Options: 

[42] Parameter: Length 

[43] Address 
20 [44] 3) Open/Close VC Connection 

[45] Options: 

[46] Parameter: Open/Close 
[47] Address 
[48] DAUGHTERCARD-TO-HOST 
25 [49] 4) Received packet from network 

[50] 5) Received RAW cells from network 
[51] 6) Received Transmit Status Queue Entry 
[52] 7) Response to Memory Read 

[53] Referring now to Figs. 4A-4H, a the protocol will now be described in 

30 more detail. 

[54] Host-to-SAR Commands and Format 

[55] The SCC commands passed from the host processor to the DSL-SAR 
have the format depicted in Fig. 4A. The 8-bit opening flag is the beginning-of-command 
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(and beginning-of-frame) indicator. There are 3 possible commands: Memory Write, 
Memory Read, and Open/Close Receive Connection. 

[56] The host can write directly to the WIC s on-board SDRAM with the 
"memory write" command. The "memory write" frame contains two parameters plus the 
5 data as shown in Fig. 4B. "Length" is the length of the attached data in bytes. Address is the 
32-bit physical SDRAM address. Since the SDRAM controller only does 32-bit accesses, the 
last two bits of "Address" are unused and should be set to zeros. Also, note that if "Length" 
is not a multiple of 4, the data written to SDRAM will have 1 to 3 bytes of arbitrary data 
appended to it. Either SCC will accept the "Memory Write" command. 
10 [57] The host can directly read the WIC's on-board SDRAM with the 

"memory read" command. The "memory read" frame contains two parameters as shown in 
Fig. AC. "Length" is the length of the desired data in bytes. Address is the 32-bit physical 
SDRAM address. Since the SDRAM controller only does 32-bit accesses, the last two bits of 
"Address" are unused and should be set to zeros. 
1 5 [58] In response to the "memory read" command, the DSL-SAR will send a 

frame containing the requested data up the SCC to the host. The format of this response 
frame is described below in the "SAR-to-host frame format" section. 

[59] In order to guarantee that no data is lost, the host should wait until the 
"memory read" command is complete before sending the next command down the SCC. 
20 This also means that the "Memory Read" command may not be concatenated with any other 
command (unless the "Memory Read" command is last). Only SCC "A" will accept the 
"Memory Read" command. 

[60] The open/close receive connection command is used to guarantee that 
the Connection Open bit (bit 19) in the first entry of a VC's Receive Connection Table entry 
25 in DSL-SAR memory is set or reset appropriately. Since both the DSL-SAR and the host 

have access to read and write this entry in the Receive Connection Table, this mechanism has 
been put into place to guarantee the host the ability to open and close a VC's connection. 
[61] The frame format for this command is shown in Fig. 4D. 
[62] Host-to-SAR Frame Format 
30 [63] The frame, as depicted in Fig. 4E, consists of one or more commands 

followed by the host processor's hardware-generated CRC-16. In order to check data 
integrity, each command is expected to start with the Opening Flag (0x7E). Note, however, 
that since 0x7E is only checked for where the beginning of a command is expected, 0x7E 
may exist anywhere else in the frame without causing any erratic behavior. In the event that 
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0x7E is not encountered where the beginning of a command is expected, the entire rest of the 
frame is discarded (up to where CD# goes high). This also occurs if the opcode is not one of 
the three listed above. 

[64] In the event that CD# goes high prematurely, the current command is 
5 aborted and all other commands are ignored until the end of the frame is reached. An 
incorrect CRC-16 will cause the SCC Error Counter to be incremented, and the command 
will be aborted if possible. 

[65] SAR-to-Host Frame Format 

[66] As described above, the DSL-SAR is in charge of automatically 
1 0 transmitting several types of information to the host: 

• Received packets and Received Packet Queue Entries (RPQE's) 

• Raw Cells from the Raw Cell Queue 

• Transmit Status Queue Entries (TSQE ' s) 

• The data requested from a Memory Read command 

1 5 [67] Each frame sent to the host will begin with a 1 6-bit ID word which 

uniquely identifies content of the rest of the frame before the body of data is transmitted. 

[68] Received packet frames, depicted in Fig. 4F, consist of the ID word, 
the RPQE, and then the packet data. The ID word for received packets is hex 7E80. The 
length field is the length in bytes of the received packet queue entry (RPQE) and Packet Data 
20 fields. Only SCC "A" will transmit received packets to the host. 

[69] Raw cells, depicted in Fig. 4G, are transmitted as 1 6 longwords 
according to the Raw Cell Format. The ID word for raw cells is hex 7E8 1 , and the length 
field is the length of the "Raw Cell" field (56 bytes). 

[70] Only SCC "B" will transmit Raw Cells to the host. 
25 [71] Transmit status queue entries (TSQUEs) are depicted in Fig. 4H. The 

ID word for TSQE's is hex 7E82, and the length field is the length of the "TSQE" field (8 
bytes). Only SCC "B" will transmit TSQE's to the host. 

[72] The response from a "memory read" command, depicted in Fig. 41, 
will also contain the 32-bit start address of the requested data. The ID word for "memory 
30 read" is hex 7E02, and the length field is the length of the address and data fields in bytes. 
The SCC that received the "Memory Read" command will send the "Memory Read" 
response back to the host. 
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[73] Thus, access to shared memory on the WIC card is provided to both 
the host and the DSL-SAR by utilizing the high-speed serial channel The legacy parallel 
interface is used only for functions not requiring high-bandwidth. The use of the serial 
channel allows intelligent functionality to be distributed between cards requiring shared 
memory access without the limitations inherent in parallel memory interfaces. For example, 
if the cards are remotely located it is not feasible to design a parallel interface or, if the 
existing parallel interface has insufficient bandwidth it may be impossible to increase the 
bandwidth because of backward compatibility requirements. 

[74] In the above example, the high speed SCC between the host and 
daughtercard allowed the daughtercard to receive data at a high bandwidth and preprocess the 
data for use by the host. The preprocessed data is stored in the memory on board the WIC. 
The high speed SCC and serial messaging protocol facilitates high speed access to the WIC 
memory by the host. 

[75] The serial protocol is designed to support the requirements dictated by 
the distributed functionality of the cards. In the above example, the protocol supported the 
requirements of a DSL-SAR on a daughterboard and a communication control processor on 
the motherboard. The interface of the present invention is suitable for use in many different 
contexts. 

[76] The invention has now been described with reference to the preferred 
embodiments. Alternatives and substitutions will now be apparent to persons of skill in the 
art. In particular, the above embodiment utilizes the transparent mode of the QICC of the 
MPC860. However, as will be understood by persons of skill in the art, other SCCs and 
serial modes may be utilized to practice the invention. Further, although the described 
embodiment is a network interface card the principles of the invention are applicable 
host/daughtercard systems in general and can be advantageously employed when legacy 
parallel interfaces have insufficient bandwidth or when devices are not co-located and a 
parallel interface can not be implemented. Also, the specific encapsulation format described 
above to implement commands is not required to practice the invention and can be 
implemented in many formats as is known in the art. Accordingly, it is not intended to limit 
the invention except as provided by the appended claims. 
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